引入接口与类之间的隔离

Java 通过接口来定义类之间的契约，类实现接口来提供具体的功能。这种设计允许类之间在行为上解耦，而不是依赖于继承关系。相比于传统的继承关系，接口提供了一种更为灵活和模块化的方式。

Java 引入接口的设计使得 类之间的解耦 和 行为的隔离 成为可能。接口在 Java 中充当了类与类之间的“契约”，它规定了类必须实现的行为，而不涉及具体实现。这种设计提供了与继承关系相对独立的灵活性，避免了传统继承关系中的紧耦合。

接口与类的关系

在 Java 中，接口仅定义方法签名，并且可以包含常量和默认方法（从 Java 8 开始）。接口本身并不提供实现细节，实际的实现由实现接口的类来完成。实现接口的类必须提供接口中声明的方法的具体实现。

接口与类之间的隔离：接口提供了一个抽象层，类通过实现接口来获得特定的行为，而不需要知道实现细节。这让类与类之间不再直接依赖于继承关系，可以灵活地使用不同的实现方式，而不破坏类的可扩展性。

传统继承的缺点是：子类依赖于父类的实现，而继承的层次结构是固定的，导致子类和父类之间的强耦合，限制了灵活性。相比之下，接口提供的方式更加灵活，允许类之间通过接口约定行为而不必继承。

接口的优势：

解耦：接口使得实现与使用分离，类只依赖于接口定义的行为，而不需要依赖具体实现。这使得类可以轻松替换不同的实现，达到系统的松耦合。
灵活性和可扩展性：接口允许类根据需要实现多个接口，这样可以让类有不同的行为，同时避免了多继承中的问题。接口使得系统可以根据需要不断扩展新功能。
模块化设计：接口提供了模块化的能力，多个类可以通过实现同一个接口来提供共同的行为，而无需关心它们之间的具体实现方式。

示例：接口与类解耦

// 定义一个接口
interface Animal {
    void makeSound();
}

// 实现接口的类
class Dog implements Animal {
    @Override
    public void makeSound() {
        System.out.println("Woof");
    }
}

class Cat implements Animal {
    @Override
    public void makeSound() {
        System.out.println("Meow");
    }
}

public class Main {
    public static void main(String[] args) {
        Animal myDog = new Dog();
        Animal myCat = new Cat();

        myDog.makeSound();  // 输出 "Woof"
        myCat.makeSound();  // 输出 "Meow"
    }
}

在这个例子中，Animal 接口提供了一个通用的行为 makeSound()，而 Dog 和 Cat 类通过实现 Animal 接口来提供各自的实现。这里 Dog 和 Cat 是完全解耦的，它们不依赖于彼此的实现，只依赖于接口 Animal。

补充：这就是"依赖倒置"的雏形

接口隔离再往前一步，就是设计原则里的依赖倒置原则（DIP）：高层模块不依赖低层模块，二者都依赖抽象。上面例子里，Main（高层）不直接 new Dog、依赖具体类，而是依赖 Animal 这个抽象——把依赖方向从"指向具体实现"倒转成"指向抽象"。

落到日常编码就是一句口头禅：面向接口编程。变量声明、方法参数、返回值尽量用接口类型：

// 声明用接口类型，而不是具体类
List<String> list = new ArrayList<>();   // ✓ 换 LinkedList 只改这一处 new
Map<String, Integer> map = new HashMap<>();

这样换实现只影响装配的那一行，使用方完全不动——隔离的价值就在这里。

补充：这套思路在框架里的的样子

这套"面向接口 + 可替换实现"的思想，在 Java 生态里无处不在：

JDBC：应用只面向 Connection、Statement 接口写代码，驱动（MySQL/PostgreSQL）可整体替换；
SPI 机制：ServiceLoader 按接口找实现，框架扩展的标准姿势；
Spring IOC：把"依赖接口"推到极致，实现类的选择和装配完全交给容器，见 Spring 总览——学到这里其实已经摸到 Spring 的设计地基了。

⬅️ 封装 🏠 00-Java ➡️ 接口多实现

02-引入接口与类之间的隔离